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This listing of claims replaces all prior versions, and listings, of claims in the 
present application. 

Listing of Claims : 




urrently amended): A 



and coupled to a memory device by a 



lethod of transferring data in a processor based 



ystem comprising a hub device coupled to a processor by a processor bus 



Memory bus, said hub device being connected to 
a first^evice by a link bus, the link buslhaving a status line, said method comprising the 
steps of: 



issuing, from one of the firs| device and the hub device, a data transfer 
request on the link bus; 



obtaining a status of the re|[uest by observing the status line during a first 
predetermined window of time; 

determining from the obtained request status whether a data transfer 
corresponding to the request should^ be initiated; and 



initiating the data transfe 



by transferring data on the link bus if it is 



determined from the observed request status that the data transfer should be initiated; 



obtaining a status of the i 
a second predetermined window o\ 



initiated transfer by observing the status line during 
time; and 



determining from the obtained transfer status whether the initiated data 
transfer should be stalled. 
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2. (Original): The method of claim 1, wnerein the data transfer request is a 
command packet message constructed in accordamce with a protocol of the link bus. 

3. (Original): The method of claim 2 further comprising the step of driving, 
from an intended target of the transfer, the request status onto the status line based on 
information contained in the command packet ijiessage. 

4. (Original): The method of claim 3, wherein the information within the 

5. (Original): The method of claim 3} wherein the information within the 
command packet comprises at least a size and/type of the data transfer. 



6. (Original): The method of claim 3, wherein the information within the 
command packet comprises at least a size, attribute, and type of the data transfer. 

7. (Original): The method of claim 1 further comprising the step of 
determining whether the transfer should be/retried at a subsequent time if it is 
determined from the observed request status that the data transfer should not be 
initiated. 



8. (Original): The method of claim 7 further comprising rescheduling the 
transfer if is determined from the observed request status that the transfer should be 
retried. 



9. (Original): The method of claim 8 further comprising the step of driving, 
from an intended target of the transfer^the request status onto the status line based on 
information contained in the transfer request. 

/ 
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1 

10. (Original): The method of claim 7 farmer comprising the step of 
determining whether the transfer should be aborted if it is determined from the 
observed request status that the data transfer shoyld not be initiated and should not be 
retried. 

11. (Original): The method of claim 10 further comprising the step of aborting 
the transfer if it is determined from the observed request status that the transfer should 
be aborted. / 

/ 

12. (Original): The method of claim 11, wherein said aborting step comprises: 
bit bucketing write operations on/the issuing device; and 

returning a predetermined logical value for all read operations on the issuing 

device. 



13. (Original): The method of claim 10, wherein the request status is driven 
onto the status line by a pull-up device connected to the status line. 



14. (Previously presented): The method of claim 1 further comprising the act 
of initiating a data transfer stall if it is determined from the observed transfer status that 
the data transfer should be stalled. 

15. (Original): The method of claim 14, wherein said step of initiating a data 
stall comprises: 

determining if the initiated transfer is on an allowable data boundary; and 

stopping the transfer if ^t is determined that the transfer is on an allowable 
data boundary. 
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16. (Original): The method of claim 14 farther comprising the step of driving, 
from a target of the initiated transfer, the transfer status onto the status line when the 
target must stall the transfer. 

17. (Original): The method of claim 14 further comprising: 

obtaining a status of the stalled transfer by observing the status line during a 
third predetermined window of time; 

determining from the obtained stalled transfer status whether the stalled data 
transfer should be continued; and 

continuing the data transfer if it is determined from the observed stalled 
transfer status that the data transfer shoulc^be continued. 

18. (Currently amended): A method of transferring data in a processor based 

I 

system, the system comprising a hub device coupled to a processor by a processor bus 
and coupled to a memory device by a memory bus, said hub device being connected to 
a first device by a link bus, the link bus hiving a status line, said method comprising the 
steps of: 

issuing, from one of the first device and the hub device, a data transfer 
request on the link bus; 

obtaining a status of the request by observing the status line during a first 
predetermined window of time; 

determining from the obtained request status whether a data transfer 
corresponding to the request should be initiated; 
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initiating the data transfer by transferring data on the link bus if it is 
determined from the observed request status that the data transfer should be initiated; 

determining if the initiated transfer should be stalled; and 

if it is determined that the initiated transfer should be stalled, driving a 
stalled status indication on the status linp during a second predetermined window of 
time and stalling the transfer. 

19. (Original): The method of claim 18, wherein said step of initiating a data 
stall comprises: 

determining if the initiated' transfer is on an allowable data boundary; and 

stopping the transfer if it is determined that the transfer is on an allowable 
data boundary. 

20. (Currently amendedj: A method of receiving data in a processor based 
system, the system comprising a hub device coupled to a processor by a processor bus 
and coupled to a memory device/by a memory bus, said hub device being connected to 
a first device by a link bus, the link bus having a status line, said method comprising the 
steps of: 

detecting, at one of the first device and the hub device, a data transfer request 
on the link bus; 

determining a status of a data transfer associated with the transfer request 
based on the transfer request; 
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driving the status on the status line diCiring a first predetermined window of 

pup consisting of an accept status 
indicating that the transfer can be initiated ai\h/a retry status indicating that the transfer 

—f 

obtaining a status of an initiatedvtransfer of data over said link bus by 

determining from the obtaineld transfer status whether the initiated data 

21. (Original): The method of claim 20, wherein the data transfer request is a 
command packet message constructed in accordance with a protocol of the link bus. 



22. (Original): The method of claim 21, wherein the information within the 
command packet comprises at least a size of the data transfer and said step of 
determining the status of the transfer comprises: 

determining whether the transfer can be accepted based on the size of the 

transfer; 

driving the status line with the accept status if it is determined that the 
transfer can be accepted; and 

driving the staps line with the retry status if it is determined that the transfer 
cannot be accepted. 



7 of 21 



AppUcationNo.: 09/730,774 



Docket No.: M4065.0405/P405 



23. (Original): The method of claim Ta, wherein the information within the 
command packet comprises at least a size andytype of the data transfer and said step of 
determining the status of the transfer comprises: 

determining whether the transfer/can be accepted based on the size and type 
of the data transfer; 



driving the status line with thejaccept status if it is determined that the 
transfer can be accepted; and 

driving the status line with tl^ie retry status if it is determined that the transfer 
cannot be accepted. 

24. (Original): The methoa of claim 21, wherein the information within the 
command packet comprises at least /a size, attribute, and type of the data transfer and 
said step of determining the statuspf the transfer comprises: 

determining whether the data transfer can be accepted based on the size, 
attribute and type of the transfer' 

driving the status line with the accept status if it is determined that the 
transfer can be accepted; and 

driving the status l^e with the retry status if it is determined that the transfer 
cannot be accepted, 

25. (Previously presented): The method of claim 20 further comprising the act 
of initiating a data transfer/stall if it is determined from the observed transfer status that 
the data transfer should be stalled. 
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26. (Original): The method of dlaim 25, wherein said step of initiating a data 
stall comprises ignoring any data transferred on the link bus. 

27. (Original): The method of claim 25 further comprising: 

obtaining a status of the stalled transfer by observing the status line during a 
third predetermined window of time; 

determining from the obtained stalled transfer status whether the stalled data 
transfer should be continued; and 

continuing the data transfer if it is determined from the observed stalled 
transfer status that the data transfer should be continued. 

28. (Original): The method of claim 25 further comprising the step of driving, 
from a target of the initiated transfer, a target stall status onto the status line when the 
target must stall the transfer. 

29. (Original): The method of claim 28 further comprising: 

driving, from the target, another target stall status onto the status line when 
the target determines that the data transfer should be continued. 

30. (Currently am'ended): A method of transferring data in a processor based 
system, the system comprising a hub device coupled to a processor by a processor bus 
and coupled to a memory device by a memory bus, said hub device being connected to 



a first device by a link bus^ the link bus having a status line, said method comprising the 
steps of: / 
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issuing, from one of the first device and the hub device, a data transfer 
request on the link bus; 

detecting, at the other one of the nrst device and the hub device, the data 
transfer request on the link bus; 



determining a status of a data tv 
based on the detected transfer request; 



^sfer associated with the transfer request 



driving the status of the data tarensfer on the status line during a first 
predetermined window of time; 

obtaining the status of the transfer by observing the status line during the first 
predetermined window of time; 



determining from the obtained status whether the data transfer 
corresponding to the request should be initiated; 



n 



initiating the data transfer / by? transferring data on the link bus if it is 



determined from the observed status that the data transfer should be initiated; 



determining if the initiated /transfer should be stalled; and 



if it is determined that theAnitiated transfer should be stalled, driving a 

I / ; 

stalled status indication on the status line during a second predetermined window of 
time and stalling the transfer. 

31. (Original): The memod of claim 30 further comprising the step of 
determining whether the transfer should be retried at a subsequent time if it is 
determined from the observed status that the data transfer should not be initiated. 
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32. (Original): The method of claim 31 further comprising rescheduling the 
transfer if is determined from the observed fitatus that the transfer should be retried. 

33. (Original): The method of cl^im 31 further comprising the step of 
determining whether the transfer should/be aborted if it is determined from the 
observed status that the data transfer sh'ould not be initiated and should not be retried. 

34. (Original): The method of claim 33 further comprising the step of aborting 
the transfer if it is determined from the observed status that the transfer should be 
aborted. 

35. (Original): The method of claim 34, w^^herein said aborting step comprises: 
bit bucketing write operations on the issuing device; and 
returning a predetermined logical value for all read operations on the issuing 

device. 

36. (Original): The method of claim 34, wherein the status is driven onto the 
status line by a pull-up device cormected to the status line. 

37. (Currently ^amended): A processor system comprising: 
a processor; 

a link hub connected to said processor via a processor bus; 
a satellite/device; and 
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a link bus connected between said link hub and said satellite device, said link 
bus comprising a status line and a first bias, one of said link hub and said satellite device 
being a bus master and the other of saidiMnk hub and satellite device being a target, 
wherein said master issues a data transfer request on said first bus, obtains a status of 
the request by observing said status lime during a first predetermined window of time, 
determines from the obtained reques(/status whether a data transfer corresponding to 
the request should be initiated, initiites the data transfer by transferring data over said 
first bus when the data transfer should be initiated, obtains a status of the initiated 
transfer by observing said status 1^^ during a second predetermined window of time, 
and determines from the obtained transfer status whether the initiated data transfer 
should be stalled. 




38. (Original): The system of claim 37, wherein the data transfer request is a 
// ' 

command packet message constructed in accordance with a protocol of said link bus. 



39. (Original): The system of claim 38, wherein said command packet 
comprises at least a size of /the data transfer. 

/ ■•■ 

40. (Original): The. system of claim 38, wherein said command packet 

/ ' ' 

comprises at least a size and, type of the data transfer. 



41. (Original): Tiie system of claim 38, wherein said command packet 

/ ( 

comprises at least a size, attribute, and type of the data transfer. 

42. (Original): The system of claim 37, wherein said master determines 

whether the transfer/should be retried at a subsequent time when it is determined from 
/ S 

the observed requesrt status that the data transfer should not be initiated. 
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43. (Original): The system of claim/42, wherein said master reschedules the 
transfer when the transfer should be retried. 

44. (Original): The system of claim 42, wherein said master determines 
whether the transfer should be aborted whjen it is determined from the observed 
request status that the data transfer should not be initiated and should not be retried. 

45. (Original): The system of claim 44 wherein said master aborts the transfer 
when the transfer should be aborted. 

46. (Previously presented): The system of claim 44, wherein said master 
performs bit bucketing of write operations and returns a predetermined logical value 
for all read operations when the transfir should be aborted. 

47. (Original): The system ®f claim 42, wherein said status line is coupled to a 
pull-up device and the request status/is driven onto said status line by said pull-up 
device. 

48. (Previously presentedS: The system of claim 37, wherein said master 
initiates a data transfer stall when ipe data transfer should be stalled. 

49. (Original): The system of claim 48, wherein said master initiates a data 
stall by determining if the initiateci transfer is on an allowable data boundary and 
stopping the transfer when the transfer is on an allowable data boundary. 

50. (Original): The system of claim 48, wherein said target drives the transfer 
status onto said status line when said target must stall the transfer. 
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51. (Original): The system of cleLimj^S, wherein said master obtains a status of 
the stalled transfer by observing said status /ine during a third predetermined window 
of time, determines from the obtained staUfed transfer status whether the stalled data 
transfer should be continued, and contir^es the data transfer when the data transfer 
should be continued. 

52. (Previously presented):/ The system of claim 37, wherein when said 
master determines if the initiated transfer should be stalled, said master drives a stalled 
status indication on the status line during the second predetermined window of time 
and stalls the transfer. 

53. (Original): The system of claim 52, wherein said master initiates the data 
stall by determining if the initiated transfer is on an allowable data boundary and 
stopping the transfer when the transfer is on an allowable data boundary. 

54. (Original): Th^ system of claim 37, wherein said link bus is a source 
strobed bus. 

55. (Original): The system of claim 54, wherein said first bus is a 
command/address/data ^us. 

56. (Currently amended): A processor system comprising: 
a processor;^ 

a link hub .connected to said processor via a processor bus; 
a satellite device; and 
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a link bus connected between said link hub and said satellite device, said link 
bus comprising a status line and a first bus, oAe of said link hub and said satellite device 
being a bus master and the other of said linWhub and satellite device being a target, 
wherein said target detects a data transfer request on said first bus, determines a status 
of a data transfer associated with the transfer request based on the transfer request, and 
drives the status on said status line during a first predetermined window of time, 
wherein the status is selected from the gjoup consisting of an accept status indicating 
that the transfer can be initiated and a retry status indicating that the transfer should be 
retried at a subsequent period of time, lad wherein said target obtains a status of an 
initiated transfer of data over said link /bus by observing said status line during a 

/ 

second predetermined window of time, determines from the obtained transfer status 
whether the initiated data transfer should be stalled. 

57. (Original): The system/ of claim 56, wherein said link bus is a source 
strobed bus. 



58. (Original): The system of claim 56, wherein said first bus is a 
command/address/data bus. 

59. (Original): The system of claim 56, wherein the data transfer request is a 
command packet message constructed in accordance with a protocol of said link bus. 

60. (Original): The system of claim 59, wherein said command packet 
comprises at least a size of the/data transfer and said target determines the status of the 
transfer by determining whemer the transfer can be accepted based on the size of the 
transfer, driving said status Une with the accept status when the transfer can be 
accepted, and driving said ^tatus line with the retry status when the transfer cannot be 
accepted. 

/ 
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61. (Original): The system of claim 39, wherein said command packet 
comprises at least a size and type of the data pansfer and said target determines the 
status of the transfer by determining wheth^ the transfer can be accepted based on the 
size and type of the data transfer, driving said status line with the accept status when 
the transfer can be accepted, and driving s^id status line with the retry status when the 
transfer cannot be accepted. 

62. (Previously presented): Tike system of claim 56, wherein said target 
initiates a data transfer stall when the data transfer should be stalled. 

63. (Original): The system of claim 62, wherein said target initiates the data 
stall by ignoring any data transferred on the first bus. 

64. (Original): The system of claim 62, wherein said target obtains a status of 
the stalled transfer by observing said status line during a third predetermined window 
of time, determines from the obtained stalled transfer status whether the stalled data 
transfer should be continued, and contLnues the data transfer when the data transfer 
should be continued. 

65. (Original): A processor system comprising: 
a processor; 

a ILnk hub connected to said processor via a processor bus; 

a satellite device; ind a link bus connected between said link hub and said 
satellite device, said link bus comprising a status line and a first bus, one of said link 
hub and said satellite device being a bus master and the other of said link hub and 
satellite device being a taijget, 
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wherein said master arid target being ablfe to at least initiate, disconnect, retry, 
abort and stall data transfers on said first bus byytime multiplexing disconnecting and 
pacing status information on said status line. 

66. (Original): The system of claim 65, wherein said disconnecting 
information comprises an accept status indicating that a data transfer can be initiated 
and a retry status indicating that the transfer should be retried at a subsequent period of 
time. 



67. (Original): The systenyof claim 65, wherein said status line is connected to 
a pull-up device and a data transfef abort status is driven onto said status line by said 
pull-up device. 



68. (Original): The/system of claim 67, wherein said pull-up device is a 



resistor. 



,/ 



69. (Original): The system of claim 65, wherein said pacing information 
comprises a stall transfer/status indicating that a data transfer should be stalled and a 
continue status indicatinfe that a stalled transfer should be continued. 
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